home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 8675 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.5 KB
  1. Path: gambier.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.c,comp.programming
  4. Subject: Re: Coding Standards for C using threads
  5. Date: 5 Mar 1996 12:56:54 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Distribution: inet
  8. Message-ID: <4hi9qmINN3o9@gambier.ugrad.cs.ubc.ca>
  9. References: <4hhkps$1qu@onyx.philabs.research.philips.com>
  10. NNTP-Posting-Host: gambier.ugrad.cs.ubc.ca
  11. Keywords: Coding Standards/Guidelines for thread-based programming
  12.  
  13. In article <4hhkps$1qu@onyx.philabs.research.philips.com>,
  14. Dinesh Verma <dcv@philabs.research.philips.com> wrote:
  15.  >deal with threads or light-weight process programming. 
  16.  > We are looking for guidelines that will contain:
  17.  >
  18.  >  1. Any data-structure that could be accessed by multiple threads should be
  19.  >locked before modifying. 
  20.  >  2. Any variable that can be shared between two threads must be allocated on
  21.  >the heap and not the stack.
  22.  
  23. Textbooks, papers and other materials about concurrent programming should
  24. suffice. Typically, operating systems texts cover this in early chapters. There
  25. is nothing special about C in this regard; the same guidelines would apply if
  26. you were doing assembly language or Pascal concurrent programming.  
  27.  
  28. Basically, programmers that don't have experience with concurrent programming
  29. need to be educated/trained in it; if you already have the training and
  30. experience, the guidelines are not likely to be that important.
  31.  
  32. Maybe there is a newsgroup, which has an FAQ, dedicated to concurrent
  33. programming.
  34. -- 
  35.  
  36.